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Beschreibung 

Behandlung von Early Media* -Da*Ten I 

Die Erfindung betrifft Verfahren und Vorrichtungen zum Selek- 
tieren von vor einem Abschluss eines Rufaufbaus zwischen ei- 
nem Ruf aufbau-Teilnehmer-Endgerat und mindestens einem Ruf- 
ziel-Teilnehmer-Endgerat uber mindestens ein Telekommunikati- 
onsnetz ubertragenen „Early Media"- Nutzdaten. 

Das sogenannte „ Session Initiation Protcol- (SIP) ist ein 
Signalisierungsprotokoll, das zum sogenannten .Call Control" 
(=Verbindungssteuerung) zum Beispiel von Telef ongesprachen 
verwendet werden kann. SIP ist von der IETF in RFC 3261 und 
in einer alteren Version in RFC 2543 standardisiert . SIP 
nutzt zur Beschreibung der vermittelten Kommunikationsverbin- 
dung das sogenannte „Session Description Protocol" (SDP) . 
IETF RFC 2327, in einer in IETF RFC 3264 beschriebenen Weise. 
SIP wird ebenso wie die ausgehandelten Nutzverbindungen ubli- 
cherweise uber das Internet Protokoll bef ordert . SIP findet 
in der beschriebenen Weise beispielsweise im sogenannten „ In- 
ternet Multimedia Subsystem" ( IMS) eines von der 3 GPP oder 
der 3GPP2 standardisierten Mobilfunknetzes Verwendung. 

Beim Rufaufbau von dem SIP Endgerat eines Anrufers A zu einem 
angerufenen Nutzer B kann. die SIP Signal! si erung von Vermitt- 
lungsknoten, sogenannten proxies", weitergereicht werden. 
Dabei ist es den Proxies erlaubt, eine eingehende Nachricht, 
die den Wunsch des Nutzers A nach einer Verbindung zu B an- 
zeigt (ein sogenannter „INVTTE Request") an mehrere andere 
Proxies oder SIP Endgerate gleichzeitig oder sequentiell wei- 
terzureichen, zum Beispiel urn den Nutzer B zu suchen. Da auch 
letztgenannte Proxies die Nachricht beim Weiterreichen ver- 
zweigen konnen, kann es zu einer baumartigen Verzweigung der 
Nachricht kommen. Dieses verzweigte Weiterreichen von Nach- 
richten wird in SIP als ^Forking" (=Verzweigung) bezeichnet . 
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Werm die INVITE Nachrieht ein Endgerat des Nutzers B er- - 
reicht, kann dieses Endgerat mit einer sogenannten „lxx Pro- 
visional Response" Nachrieht antworten, die zum Beispiel dazu 
dienen kann, die zur Kommunikationsverbindungen verwendeten 
Medien (z.B. Sprache, Video) und ihre Codierung auszuhandeln, 
oder aber dazu anzuzeigen, dass der Nutzer B alarmiert wird 
(zum Beispiel durch das Klingeln seines SIP-Telef ons) . Es 
kann im Fall von Forking vorkommen, dass mehrere Endgerate 
solche provisional Responses ( =provisorische Antworten) schi- 
cken, beispielsweise wenn mehrere SIP-Telefone gleichzeitig 
klingeln. Zum Abschluss des Aufbaus der KommunikatiOnsbezie^B 
hung zwischen einem Endgerat des Anrufers A und einem Endge^B 
rat des Angerufenen B antwortet dieses Endgerat mit einer so- 
genannten „2xx Final Response" (Final Response = endgiilti- 
ge/abschliessende Antwort) , beispielsweise wenn Nutzer B das 
SIP-Telef on abgehoben hat. Mehrere Endgerate von B konnen 
solche final Responses schicken, beispielsweise wenn mehrere 
klingelnde SIP-Telefone abgehoben werden. Entsprechend kann 
es vorkommen, dass das Endgerat von A „Provional Responses" 
und / oder „ Final Responses" von mehreren Endgeraten von B 
erhalt. Jedes Endgerat von B versieht alle Nachrichten, die 
es als Antworten an A sendet, mit der gleichen eindeutigen 
Identif izierung. Erreichen das Endgerat von A SIP- 
Antwortnachrichten mit einer neuen Identif izierung, erfahrt 4fl 
das Endgerat von A dadurch, dass es mit einem neuen Endpunkt^B 
kommuniziert . In -SIP spricht man in diesem Fall davon, dass 
zwischen dem Endgerat von A und dem antwortenden Endgerat 
von B ein sogenannter „Dialog" besteht. Bevor A (und/oder 
ggf . B) fur einen Dialog eine „ final Response" erhalten hat, 
spricht man von einem „Early Dialogue",, danach von einem 
„Established Dialogue". 

Es kann vorkommen, dass die Endgerate von A und B schon vor 
Ende des Aufbaus der Kommunikationsbeziehung Medien (Nutzda- 
ten) austauschen, die als „Early Media" bezeichnet werden. So 
konnen beispielweise, wie auch in einem klassischen Telefon- 
netz, Klingeltone und Ansagen libertragen werden, vorzugsweise 
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in Riohtung von B zu A. Pur ein Telefonnetz It SIP_Signal 1 - 
sierung ist eine Unterstutzung einer .Early Media" Ubertra- 
gung besonders wiohtig, wenn das Netz mit einem klassischen 
Telefonnetz verbunden wird. 

Falls es beim Aufbau der Kommunikationsbeziehung von A nach B 
durch Forking zu mehreren Dialogen im (/mit dem) Endgerat A 
kommt, kann A auch Medien (Nutzdaten) , besonders „Early Me- 
dia^ von verschiedenen Engeraten B, B* erhalten. Das Endge- 
rat von A muss die Medien in geeigneter Weise darstellen. 
Beispielsweise ist es denkbar, dass verschiedene ankommende 
Videostrome in getrennten Fenstern auf einem Bildschirm dar- 
gestellt werden. Haufig ist jedoch nur die Auswahl eines an- 
kommenden Medienstroms , und das Verwerfen der rest lichen; Me - 
dienstrome sinnvoll, beispielsweise well der Bildschirm in 
einem mobilen Endgerat zu klein ist, urn mehrere Fenster .dar- 
zustellen, oder weil ein Uberlagern verschiedener Klingeltone 
Oder Ansagen den Inhalt unverstandlich machen wurde. 

informationen uber die entsprechenden SIP Dialoge konnten 
Kriterien sein, die es erlauben, einen geeigneten Medienstrom 
(Nutzdaten-Strom) zur Darstellung auszuwahlen: 

-Wenn durch Erhalt der ersten SIP .final Response" ein .Early 
Dialogue-' zu einem ^Established Dialogue" wird, ist es sinn- 
voll, den entsprechenden Medienstrom auszuwahlen. 
-Es kann sinnvoll sein, die „Early Media" auszuwahlen, die 
dem jeweils. zuletzt etablierten „Early Dialogue" entsprechen. 
Dies ist besonders dann der Fall, wenn die Proxies .Forking- 
in einer sequentiellen Weise einsetzen. Wenn ein Endgerat ei- 
ne negative Antwort schickt, oder aber nach eine gewissen 
Zeit die Kommunikationsbeziehung mit ihm nicht zustande ge- 
kommen ist, beispielweise weil kein Nutzer „abgehoben« hat, 
reicht ein Proxy den INVITE Request an ein anderes Endgerat 
weiter Die IETF SIP WG ist dabei, Methoden zu spezif izieren, 
die es dem Endgerat A ermoglichen werden, von einem Proxy zu 
verlangen, nur sequentiell zu suchen (draf t-ietf -sip- 
callerpref s) . 
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-Das Endgerat A kann Dialoge mittels SIP Signalisierung been- 
den, beispielsweise weil es nur in der Lage ist, eine be- 
grenzte Anzahl von Dialogen zu unterstutzen. Die entsprechen- 
den Medien konnen aber wegen der Laufzeiten von Signalisie- 
5 rung und Medien durchs Netz noch eine gewisse Zeit empfangen 
werden. Es ist wunschenswert , die Medien wahrend dieser Uber- 
gangszeit zu unterdriicken. 

Dabei erlauben es die in SIP und SDP enthaltenen Informatio- 
10 nen nicht immer eindeutig, einen.SIP Dialog mit dem entspre- 
chenden Medienstrom zu korrelieren. Im Besonderen wahlt das 
Endgerat des Anrufers A eine IP Adresse und Port, wie zura 
Beispiel einen UDP Port (siehe IETF RFC 7 68) , zum Empfangen 
der Medienstrome aus, bevor es den INVITE Request sendet, der 
15 diese Angaben entha.lt. Also werden alle ankommenden Medien an 
der selben IP Adresse und dem selben Port empfangen. Sie kon- 
nen mittels der Parameter „source IP Adresse" im IP Header 
und „ source Port" im UDP Header der empfangenen Pakete unter- 
schieden werden, also der IP Adresse und dem Port, von dem 

2 0 die Pakete geschickt wurden. Allerdings ist in SIP/SDP geraafi 

RFC 32 64 keine Information uber diese source IP Adresse und 
source Port enthalten, sondern nur uber die sogenannte „des- 
tination" IP Adresse und den „destination" Port, also die IP 
Adresse und den Port, zu denen die Pakete geschickt wurden. 

25 

Als SIP Forking konzipiert wurde, wurde zunachst . die Inter- 
aktion mit „Early Media" aufier acht gelassen, da „Early Me- 
dia" in einem SIP Netz nur in besonderen Fallen auftreten, 
beispielsweise bei Verbindung zu einem klassischen Telefon- 

3 0 netz. 

Die Behandlung von „Early Media" (Nutzdaten) im Fall von For- 
king wird gegenwartig in der IETF SIPPING Arbeitsgruppe dis- 
kutiert. Der Entwurf „draf t-camarillo-sipping-early-media" 
3 5 schlagt vor, fur Early Media -Nutzdaten eigene Kommunikati- 
onsverbindungen mittels SIP auszuhandeln, wobei das Endgerat 
B bei den Kommunikationsverbindungen fur „Early Media" als 
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Anrufer auftritt, wenn es einen Anruf von A fur die «a-*lx- 
che Nutzverbindung erhalt und bezuglich dieses Anruf s fur die 
Nutzverbindung mit A zun&chst in einen „Early Dialogue" ern- 
tritt. Das hat allerdings den Nachteil , das erheblioh mehr 
SIP Nachrichten ausgetauseht warden mussen, was besonders bex 
der Obertragung uber eine Luf tschnittstelle mit geringer 
Bandbreite zur Verzogerung dee Callaufbaus und hoheren Res- 
souroenbedarf f uhrt . AuSerdem w4re es m6glicherweise erfor- 
derlioh, getrennte ubertragungsressouroen fur „early Media- 
und die eigentliohe Nutzverbindung zu reservieren. 

Die IETF MMUSIC Arbeitsgruppe sohlagt im „draft-ietf -mmusic- 
sdp-srofilter- vor, in SDP einen Parameter einzufiihren, der 
es erlaubt, die Source IP Addresse und den Souroe TJDP Port 
auszudrficken, von dem aus ein Empfanger Pakete empfangen 
will Diese information ist ntltzlich, urn dazwisohenliegende 
sogenannte ..Firewalls- zu konf igurieren. Die Verwendung die- 
ses Parameters in H.248 signalisierung ist aber bisher nioht 
beschrieben. - s 

Aufgabe der vorliegenden Erfindung ist es, einem SIP-Endgerat 
eines Anrufers (Ruf aufbau-Teilnehmerendgerat A) zu ermoglx- 
chen, moglichst efficient Medienstrome (Early-Medza- 
Nutzdaten) auszuwahlen (insbesondere fur deren Weiterverar- 
beitung oder Verwerfen) . Die Aufgabe wird jeweils durch die 
Gegenstande der unabhangigen Anspruche gelost . 

Es wird dem SIP Endgerat des Anrufers A ermoglicht, eine Kor- 
relation zwischen SIP-Dialogen (responses) und Medienstromen 
(early-media- Nutzdaten) herzustellen, um geeignete Medien- 
strome auszuwahlen. Die erf indungemaSe Verwendung einer Ruf- 
ziel-Teilnehmer-Empfangs-Adresse (IP-Adresse/Portnummer) . die 
vomRufziel (B/BM dem Ruf aufbauteilnehmer (A) beispielsweise 
in einer siP-Provisional-Response-Nachricht oder SIP-Final- 
Response-Nachricht mitgeteilt wurde, zur Selektion von vom 
Rufaufbauteilnehmer (A) empfangenen (vom Ruf zielteilnehmer 
(B) gesendeten) Medienstromdaten (Early-Media-Nut zdat en) - 
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wobei angenommen wird, dass die mittels SIP (oder mittels von 
SIP transportierten Protokollen wie beispielsweise SDP) sig- 
nalisierte Ruf ziel-Teilnehmer-Empf angsadresse und die in den 
von A empfangenen Paketen der Medienstome angegebene Sende- 
5 Addresse (IP „ Source address" - und beispielweise UDP „ source 
port") eines Rufziels (B) gleich sind- ermoglicht eine einfa- 
che und effiziente Selektion von Medienstromdaten . Obwohl es 
theoretisch moglich ist, dass der Teilnehmer B unterschiedli- 
che IP Adressen und / oder unterschiedliche Ports zum Senden 

10 und Empfangen von zusammengehorenden Medienstromen verwendet, 
verwendet B erf ahrungsgemaS sehr haufig dazu die selbe IP 
resse und den selben Port. Die erf indungsgemafie Verwendung 
der Ruf ziel-Teilnehmer-Empf angsadresse aus der SIP/SDP Signa- 
lisierung ist besonders dazu geeignet, Medienstrome auszuwah- 

15 len, die unterdruckt werden sollen. Dadurch wird vermieden, 

dass A irrtiimlich Medienstrome unterdruckt, wenn B zum Senden 
und Empfangen unterschiedliche IP Adressen und/oder Ports 
verwendet. In diesem Fall ist A zumindest immer in der Lage, 
den „richtigen" Medienstrom darzustellen, wenn ex als einzi- 

2 0 ger empfangen wird. Zum Beispiel kann A nach Erhalt einer SIP 

final response wahrend einer Ubergangszeit mehrere Medien- 
strome empfangen, aber die Medienstrome, die den verbleiben- 
den SIP „ early dialogues" entsprechen, werden in der Regel 
nach einiger Zeit enden. 

25 

Im Gegensatz zum aktuellen Standardisierungsdokument IETF- 
SIPPING "draf t-camarillo-sipping-early-media", (namlich fur 
Early Media-Daten eigene Koramunikat ionsverbindungen mittels 
SIP auszuhandeln) , ist die erf indungsgemaSe Vorgehensweise 

3 0 hinsichtlich iiber eine Luf tschmittstelle zu ubertragender 

SIP-Nachrichten-Anzahl und geringer erf orderlicher Anderungen 
von Endgeraten sehr effizient. 

Die zur Selektion berucksichtigten Ruf zielteilnehmerempf ang- 
35 sadress-Daten , enthalten sinnvollerweise eine IP Adresse und 
Portnummer des Ruf zielteilnehmers (Endgerat B) . 
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Dass mittals SIP signalisierte Ruf zielteilnehmer-Empf angs- 
Adress-Daten (IP-B, Port-B) eines Ruf zielteilnehmers (B) auch 
Rufzielteilnehmer-Sende-Adress-Daten (IP b, Port b) dieses 
Rufzielteilnehmers (B) reprasentieren kann insbesondere be- 
deuten dass sie gleich sind (IP-B - IP b. Port B - Port b) 
oder bis auf Zusatze gleich sind. Es kann auch vorteilhaft 
sein nur die IP Adresse, aber nicht den Port zu betrachten, 
oder sogar nur einen Ipv6 Adress Prefix zu betrachten. So ist 
fur ein mobiles 3GPP Endgerat (ein sognanntes „User Equip- 
ment" (UB) gemafc 3 GPP TS 23.060 sichergestellt , dass es nur 
IP Addressen mit dem selben IPv6 Adress Prefix verwendet . 

Weitere Merktnale und Vorteile der Erf indung ergeben sich aus 
der nachfolgenden Beschreibung eines Ausf uhrungsbeispie.ls an- 
hand der Zeichnung. Dabei zeigt 

Figur 1 schematise die Signal isierung beim Aufbau von SIP- 
Verbindungen und Ubertragen von Early-Media- ,\ 
Medienstromdaten. 

Zellulare Mobilfunknetze (wie GSM, 3G, CDMA2000, TDSCPMA 
usw ) und Festnetze sowie zugehorige Endgerate und Signal*. - 
sierungsverfahren (SIP, SDP) , sind dem Fachmann an sich be- 
kannt (siehe beispielsweise Spezif ikationen in www.3qpp.org ) . 

Figur -I zeigt einen ein siP-Endgerat-A-Verbindungsteil und 
ein SIP-Endgerat-A-Signalisierungsteil umfassenden Rufaufbau- 
teilnehmer A, welcher uber ein (hier nur im Umfang eines zum 
Verstandnis der Erfindung notwendigen SIP-Proxy dargestell- 
tes) Mobilfunknetz mit einem ein SIP Endgerat B umfassenden 
Rufzielteilnehmer (-B) und einem ein SIP Endgerat B- umfas- 
senden Rufzielteilnehmer (=BO nach einem SIP- Protokoll zum 
Aufbau einer Nutzdatenverbindung kommuniziert . Beispielsweise 
kann es sich bei S iP-Endgerat-A-Verbindungsteil urn eine soge- 
nannte „IM-MGW«, beim SIP-Endgerat -A- Signal isierungsteil urn 
eine sogenannte „MGCF«, bei dem SIP-Proxy urn eine sogenannte 
CSCF«, und beim SIP Endgerat B und B' um sogenannte „UE« 
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handeln. Zur Vereinf achung wurden einige SIP Nachrichten, wie 
zum Beispiel „100 Trying", PRACK und 200 OK(PRACK) weggelas- 
sen. Im dargestellten Beispiel wird nach einer Nachricht 1 
vom SIP-Endgerat-A-Signalisierungsteil an das SIP-Endgerat-A- 
Verbindungsteil eine Telekommunikationsverbindung (beispiels- 
weise fur eine Sprachverbindung oder andere Nutzdatenverbin- 
dung) aufzubauen versucht, wobei bis zum Abheben (Schritt 15) 
des angerufenen Benutzers B am Ruf zielteilnehmerendgerat B 
die Nachrichten 3-7, 9, 10, 13 zwischen dera Ruf auf bauteilneh- 
mer A und dem Ruf zielteilnehmer B (iiber das Signalisierungs- 
netz uber den SIP Proxy) ausgetauscht werden. Das SIP- ^fl 
Endgerat -A- Verbindungsteil wahlt die vom SIP Endgerat A fur^B 
kunftigen Empfang zu verwendende Adresse (IP Adresse von A 
(IP-A) und Portnummer von A (Port -A) ) aus, ubergibt diese im 
Schritt 3 an das SIP-A-Signalisierungsteil , welches im 
Schritt 4 eine SIP-INVITE-Nachricht mit Angabe der Endgerat - 
A-Empf angsadresse (IP A, Port A) an einen SIP Proxy eines Te- 
lekommunikationsnetzes (beispielsweise eines zellularen Mo- 
bil funknetzes) sendet, welcher SIP Forking anwendet und im 
dem Schritt 5 bzw. 6 diese SIP Invite -Nachricht an das Ruf- 
zielteilnehmer-B-Endgerat (SIP -Endgerat -B) bzw. Rufzielteil- 
nehmer-B x -Endgerat (SIP-Endgerat-B * ) iibertragt, worauf im 
Schritt 7 das SIP Endgerat B seine Ruf zielteilnehmer- 
Empf angsadresse (IP B, Port B) und Sendeadresse (IP b, Port|B 
b) auswahlt , wahrend im Schritt 8 ein das SIP Endgerat B" zurai 
Empfangen seine Ruf ziel-Teilnehmer-Empf angsadresse (IP B 1 und 
Port B') und zum Senden seine Sendeadresse (IP b" und Port 
b') auswahlt. Im Schritt 9 wird die im Ruf zielteilnehmer B 
ausgewahlte Ruf ziel-Teilnehmer-Empf angsadresse (IP-B, Port B) 
zusammen mit einer eindeutigen Identif izierung des Dialoges B 
in einer SIP-181-Ringing-Provisional Response -Nachricht an 
ein SIP Proxy eines Telekommunikationsnetzes ubertragen, wel- 
ches sie im Schritt 10 zusammen mit der Ruf ziel-Teilnehmer- 
Empf angsadresse (IP-B, Port B) an den Ruf auf bauteilnehmer (A) 
iibertragt. Uberdies wird hier im Schritt 11 von dem weiteren 
SIP Endgerates B' eine „SIP 180 Session Progress"- 
„Provisional Response "-Nachricht mit der Ruf ziel-Teilnehmer- 
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20 



Emp fangsadresse (IP-B-. Port-B') und der Dialog ^«^- 
rung B' an den SIP Proxy und (i« Schritt 12) an das SIP End- 
gerat A (den Ruf bauteilnehmer A) ubertragen. 

Durch Erhalt der Nachrichten 9 und 11 mit unterschiedlichen 
Dialog Identifizeierungen B und B' weiS das S IP -Endgerat - A- 
Verbindungsteil, dass es mit zwei Endgeraten B und B' sxgna- 
lisiert, und dass beide Endgerate moglicherweise schon zu 
diesem Zeitpunkt Daten (=Early-Media-Daten - Medienstromda- 
ten) an (IP-A, Port-A) senden,wie im Schritt 13 bzw. 14 vom 
SIP-Endgerat B bzw B' an das Endgerat des Ruf aufbauteilneh- 

^HLrbei gibt das SIP-Endgerat B (oder das weitere Anrufziel 
und SIP-Endgerat BM eine Ru f zielteilnehmer-Sendeadresse IP- 
fa Pert b (bzw. IP-b', Port-b') an, welche angibt, von woher 
die Daten stammen, um deren Herkunf tsbestimmung beim .... 
Rufaufbauteilnehmer A zu ermoglichen. Uberdies enthalten die 
in den Schritten 13 oder 14 ubertragenen Early-Media-Daten 
auch eine Zieladresse des Ruf auf bauteilnehmers , die zum IP- 
Routing benutzt werden. Early Media-Daten konnen 
beispielsweise Klingeltone, Ansagen, etc. enthalten. . 

Wenn Anrufe (im sogenannten Forking) an mehrere Telekommuni- 
Jcationsnetz-Vermittlungseinrichtungen (Proxies) und/oder SIP- 
Endgerate (wie B, BO gleichzeitig oder seguentiell wexterge- 
reicht werden und eventuell von adressierten ,SIP Endgeraten 
B B^ und/oder Proxies an weitere Endgerate weitergelextet 
werden, konnen von vielen Endgeraten Provisional Responses 
und gegebenenf alls. Early Media-Medienstromdaten beim Endgerat 
A des Rufaufbauteilnehmers. ankommen, deren Selektion erfm- 
dungsgemafi einfach und effizient optimiert wird. 

Dies ist moglich, wenn die (in einer Response ubertragene) 
Rufziel-Teilnehmer-Empfangsadresse (IP B, Port B) , mit der 
Rufzielteilnehmer-B-Sendeadresse (IP-b, Port-b) identisch xst 
und letztere zur Selektion verwendet wird, so dass vom Ruf- 
aufbauteilnehmer-Endgerat A empfangene Early-Media-Daten 
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(13,14) mit darin enthaltener Ruf zielteilnehmer-Sendeadresse 
(IP b, Port b) einfach und effizient ohne groSere Anderung 
vorhandener Gerate selektiert werden konnen (fur eine Weiter- 
bearbeitung oder ein Verwerfen) . Ein Verwerfen kann bei- 
5 spielsweise erfolgen, wenn nach Ubermittlung einer „ Final 
Response 2 00-OK" -Nachricht in den Schritten 16, 17vom Ruf- 
zielteilnehmer-Endgerat-B an das Ruf auf bauteilnehmerendgerat 
(A) die erfolgreiche Beendigung des Rufaufbaus signalisiert 
wird, so dass darauf ein "Established Dialogue" zwischen dem 

10 Endgerat A und dem Endgerat B entsteht, worauf beispielsweise 
Early-Media-Datenstrome , welche nicht dem mit der Nachricht 
16/17 etablierten Established Dialogue (die also eine ander^B 
Rufteilnehmersendeadresse enthalten) entsprechen, vom Ruf auf - 
bauteilnehmer A verworf en/unterdruckt/ignoriert werden kon- 

15 nen. Erf indungsgemaS erfolgt das Unterdrucken dadurch, dass 
Medienstromdaten mit Sendeadresse (IP-b 1 , Port-b') ignoriert 
werden. Hierbei wird angenommen, dass (IP-b 1 , Port-b') und 
(IP-B', Port-B") identisch sind, was in der Praxis sehr hau- 
fig der Fall ist. Das SIP-Endgerat-A-Signalisierungsteil 

20 teilt SIP-Endgerat-A- Verbindungsteil in Nachricht 17 mit, 

dass Medienstromdaten mit Sendeadresse (IP-b', Port-b') igno- 
riert werden sollen. Hierzu wird in Nachricht 17 beispiels- 
weise ein neuer Parameter eingefiihrt, der eine oder mehrere 
Sendeaddressen ausdruckt, deren Pakete ignoriert werden sol^ 

25 len. Dazu kann beispielsweise der von der IETF MMUSIC Ar- ^ 
beitsgruppe in „draf t-ietf -mmusic-sdp-srcf ilter " vorgeschla-- 
gene SDP Parameter dienen, der in SDP innerhalb einer MOD- 
Nachricht des H.248 Protokolls transport iert wird. 
Falls (IP-b", Port-b 1 ) und (IP-B', Port-B') tatsachlich iden- 

30 tisch sind , kann damit ein sogenanntes "Clipping" vermieden 

werden ,also eine nicht vorhandene Nutzverbindung nachdem der 
Verb indungs auf bau in der Signalisierung aufgrund einer Final 
Response eines SIP-Endgerates B nach dem Abheben des Benut- 
zers abgeschlossen ist. Die nicht vorhandene Nutzverbindung 

35 kommt durch Weiterverarbeiten von nicht mehr relevanten Early 
Media-Datenstromen eines SIP-Endgerates B 1 mit anderer 
Sendeadressen IP b", Port b' zustande. Sonst wurde erst nach 
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Empfang einer SIP Cancel -Nachricht (Schritt 20) des SIP Pro- 
xies an das weitere SIP-Endgerat (B-) (nur) dieses SIP Endge- 
rat B 1 keine Early Media-Datenstrome mehr absenden, and das 
Clipping konnte in einer Ubergangszeit bestehen bleiben, so- 
lange Endgerat A noch diese Early-Media Daten empf angt . 
Falls (IP-b, Port-b) und (IP-B, Port-B) nicht identisch Bind, 
wird trotzdem der Medienstrom von SIP-Endgerate B darge- 
stellt. Wenn dagegen SIP Endgerat A nach Erhalt der , Final 
Response 200 -OK- -Nachricht 17 nur noch Nachrichten von <IP-b, 
Port-b) akzeptieren wurde, wurden der „richtige« Medienstrom 
unterdruckt, moglicherweise selbst nachdem keine anderen 
„Early Media" , beispielsweise von Endgerat B' , mehr empfangen 
werden . 
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Patentanspruche 

1 verfahren zum Selektieren von aufgrund eines Rufaufbaus 
(1-12 & 15-19) zwischen einem Ruf aufbau-Teilnehmer (Endgerat 
A) und mindestens einem Ruf ziel-Teilnehmer (B; B') uber min- 
destens ein Telekommunikationsnetz (.SIP Proxy-) ufaertragenen 
Nutzdaten (13 fur B ; 14 fur B 1 ), 

- indem der Ruf aufbauteilnehmer (A) in einer Antwortnach- 
richt (9,10 (fur B) ; 11,12 (fur B')) mindestens eines 
Rufzielteilnehmers (B ; B-) enthaltene Ruf ziel-Teilnehmer- 
Empf angs-Adress-Daten (IP-B, Port-B ; IP-B', Port-B') ver-^ 
wendet, urn vom Ruf ziel-Teilnehmer (B ; B-) zusammen mit ^ 
einer Ruf ziel-Teilnehmer-Sende-Adresse (IP b, Port-b ; IP- 
fa' Port -fa' von B') abgesandte Nutzdaten (13 (/B) ; 14 

15 (/b 1 ) ) zu selektieren, 

- wobei Rufzielteilnehmer-Empfangs-Adress-Daten (IP-B, Port- 
B) eines Rufzielteilnehmers (B) auch Ruf zielteilnehmer- 
Sende-Adress-Daten (IP fa, Port fa) dieses Rufzielteilneh- 
mers (B) represent ieren. 

0 

2 . Verfahren nach Anspruch 1 , 

dadurch geknnzeichnet, dass 
die zur Selektion verwendeten Ruf ziel-Teilnehmer-Endgerat- 
Empf angs-Adress-Daten eine IP-Adresse (IP-B) und/oder einen A 
25 Port (Port-B) enthalten. ^ 

3. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, dass 

die Selektion durch. Verwerfen von Medienstrompaketen mit fae- 
30 stimmten Sendeadressen (IP fa, Port-b ; IP-b' Port-b' von B') 
erfolgt 

4. Vefahren nach einem der vorhergehenden Anspruche, d a d u 
rch gekennzeichnet, dass zwischen SIP- 

35 Endgerat -A-Signalisierungsteil und dem SIP -Endgerat -A- 

Verbindungsteil eine oder mehrere Sendeadressen (IP-b- Port- 
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b' von B') ubertragen werden, von denen empfangene Nutzdaten- 
pakete verworfen werden sollen. 

5 Verfahren nach Anspruch 4, dadurch gekennze 
i c h n e t , dass der von der IETF MMUSIC Arbeitsgruppe im 

draft-ietf-mmusic-sdp-srcfilter» definierte SDP Parameter 
verwendet wird, um die Source IP Addresse und den Source UDP 
Port auszudriicken. 



6. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, dass 

die Rufziel-Teilnehmer-Empfangs-Adress-Daten (IP-B, Port-B) 
einer vom Ruf zielteilnehmer (B) an den Ruf auf bau-Teilnehmer 
(A) gesandten SIP-Nachricht , insbesondere SIP-Provisional - 
Response-Nachricht oder SIP-Final- Response -Nachricht entnom- 
men werden . '. ■ 

7. verfahren nach einem der vorhergehenden Anspruche, . 
dadurch gekennzeichnet, dass - 
Clipping am Ende des Aufbaus (16 bis 18) eine Nut zdatenver- 
bindung durch verwerfende Selektion nicht mehr relevanter 
Nutzdaten vermieden wird. 

8. verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, . dass 

beim Selektieren von Nutzdaten Early-Media-Nutzdaten eines 
Rufzielteilnehmers (B, B») nach dem Erhalt einer SIP-Final - 
Response-Nachricht beim Ruf auf bau-Teilnehmer-Endgerat (A) 
verworfen werden, die einem oder mehreren anderen Early- 
Media -Nut zdatenstrom zugehoren, als dem Medienstrom dieser 
SIP-Final -Response-Nachricht . 

9. verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 

beim Selektieren von Early Media -Nutzdaten eines Rufzielteil- 
nehmers nach dem Erhalt einer einen neuen Early-Media- 
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Nutzdatenstrom durch den Erhalt neuer Ruf zielteilnehmer- 
Empfangs-Adress-Daten (IP-B, Port-B) eroffnenden Nachricht 
eines Ruf zielteilnehmers (B ' ) Early-Media-Nut zdaten aus vor 
diesem neuen Early-Media-Nutzdatenstrom eroffneten Early Me- 
5 dia-Nutzdatenstromen verworfen werden. 

10. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 

sobald der Ruf auf bauteilnehraer (A) an einen Ruf zielteilnehmer 
10 (B') eine den SIP-Dialog beendende Nachricht (SIP Cancel 20) 
schickt, er (A) von zumindest diesem Ruf zielteilnehmer (B % ) 
mit einer von dessen (B * ) Ruf zielteilnehmerempf angsadresse 
(IP-B', Port. B') empfangene Early-Media -Dat en (wie 13,14) 
verwirf t . 

15 

11. Vorrichtung zur Durchfuhrung des Verfahrens nach einem 
der vorhergehenden Anspruche. 

12. Vorrichtung, insbesondere nach Anspruch 11, 
20 dadurch gekennzeichnet, dass 

der Rufaubauteilnehmer (A) eine Signalisierungsvorrichtung 
(SIP-Endgerat-A-Signalisierungsteil) und eine Nutzdatenver- 
bindungen behandelnde Vorrichtung (SIP-Endgerat-A- 
Verbindungsteil) umf asst . 

25 

13. Vorrichtung nach Anspruch 11 oder 12, 
dadurch gekennzeichnet, dass 
der Rufaufbauteilnehmer (A) einen MGCF oder IM-MGW oder MRFC 
oder MPFP oder eine andere Vermittlungseinrichtung eines Te- 

30 lekommunikationsnetzes umf asst . 

14. Vorrichtung nach einem der Anspruche 11 bis 13, 
dadurch gekennzeichnet, dass 

zur Ubertragung von Nutzdaten (Early-Media-Daten 13,14) in 
35 SDP -Nachricht en eine H.248- oder MEGACO-Verbindung vorgesehen 
ist, wobei in H.24- oder MEGACO-Verbindungen eine oder mehre- 
re Ruf zielteilnehmer-Adressdaten angegeben sind. 
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15. Vorrichtung nach einem der Anspruche 1 bis 14, 
dadurch gekennzeichnet, dass 
das Telekommunikationsnetz ein Mobilf unknetz ist . 
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Zusatnmenf as sung 

Behandlung von Early Media" -Dat en I 

Eine effiziente Selektion von Early Media-Nutzdatenstromen 
wird ermoglioht durch ein Verfahren zum Selektieren von vor 
einem Abschluss (20) eines Rufaufbaus (1 bis 12, 15 bis 19) 
zwischen einem Ruf auf bau-Teilnehmer (Endgerat A) und mxndes- 
tens einem Ruf ziel-Teilnehmer (Endgerat B oder Endgerat B') 
uber mindestens ein Telekommunikationsnetz (SIP Proxy) uber- 
tragenen Nutzdaten (Early Media-Daten 13/B oder 14/B'), gM 
indem der Ruf auf bauteilnehmer (A) in einer Antwortnaehrxcht 
(9 10 von B oder 11,12 von B') eines Ruf zielteilnehmers (B 
Oder B') enthaltene Ru f ziel-Teilnehmer-Empf angs-Adress-Daten 
(IP-B, Port-B vom Endgerat B oder IP-B' , Port-B- vom Endgerat 
B') verwendet, um vom Ruf ziel-Teilnehmer (B oder BV) mit ex- 
ner Ruf ziel-Teilnehmer-Sende-Adresse (IP-b, Port-b fur B, IP- 
fa- Port-b' von B-) abgesandte Nutzdaten (Early Media-13 von 
B/14 von B') zu selektieren, wobei Ruf zielteilnehmer- 
Empfangs-Adress-Daten (IP-B, Port-B von Gerat B) eines Ruf- 
zieles (B) auch Ruf zielteilnehmer-Sende-Adress-Daten (IP-b, 
Port-b) dieses Ruf zielteilnehmers (B) zu represent ier en. 

(Figur 1) V 



SIP Endgerat A 
Verbindungsteil 



SIP Endgerat A 
Signalisienmgsteil 



2. Zum Empfangen wird 
(IP A, Port A) ausgewahlt 



3. H.248 Add Ack 
(IP A, Port A) 



4. SIP INVITE mit SDP 
mit (IP A, Port A) 



5. SIP INVITE mit SDP 
mit (IP A, Port A) 



6. SIP INVITE mit S 
mit (IP A, Port A) 



lOrSIP ,,181 Ringing" 
provisional Response 
mit Dialog Identifizierung B 
und (IP B, Port B) 



12. SIP ,,180 Session Progress" 
provisional Response 
mit Dialog Identifizierung B' 
und (IP B' , PortB') 



7. Zum Empfangen 
wird (IP B, Port B) 
ausgewahlt. 
Zum Senden wird 
(IP b. Port b) 
ausgewahlt 



8. Zum Empfangen 
wird (IP B', PortB') 
ausgewahlt. 
Zum Senden wird 
(IP b', Port b*) 
ausgewahlt 



9. SIP ,,181 Ringing" 
provisional Response 
mit Dialog Identifizierung B 
und (IP B, Port B) 



11. SB? ,,180 Sesion Progress" 
provisional Response 
mit Dialog Identifizierung B' 
und (IP E'^rlS') ( 



13. Early Media mit Source (IP b, Port b) und Destination (IP A, Port A) ^ 

14. Early Media mit Source (IP b\ Port b') und Destination (ff A, Port A) ^ 



18. H.248Mod: 
nicht Source 
(IP B\ Port B') 



19. Pakete mit Source (IP 


B', PortB 


') werden 


unterdnickt 







17. SIP ,.200 OK" 
final Response . 
mit Dialog Identifizierung B 



15. Der Benutzer hebt ab 



16. SIP ,,200 OK" 

final Response 

mit Dialog Identifizierung B 



20. SIP CANCEL 



21. Das Senden von 
JBariy Media" wird 



Fig.l 
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